home *** CD-ROM | disk | FTP | other *** search
/ MacHack 1997 / MacHack 1997.toast / Hacks / Hacks ’94 / [√] Distribution Restricted! / Steve Sisak / TMFutures / TESample.h < prev    next >
Text File  |  1994-06-26  |  10KB  |  256 lines
  1. /*------------------------------------------------------------------------------
  2. #
  3. #    Apple Macintosh Developer Technical Support
  4. #
  5. #    MultiFinder-Aware TextEdit Sample Application
  6. #
  7. #    TESample
  8. #
  9. #    TESample.h    -    Rez and C Include Source
  10. #
  11. #    Copyright © Apple Computer, Inc. 1989-1990
  12. #    All rights reserved.
  13. #
  14. #    Versions:    
  15. #                1.00                08/88
  16. #                1.01                11/88
  17. #                1.02                04/89    MPW 3.1
  18. #                1.03                02/90    MPW 3.2
  19. #
  20. #    Components:
  21. #                TESample.p            Feb.  1, 1990
  22. #                TESample.c            Feb.  1, 1990
  23. #                TESampleGlue.a        Feb.  1, 1990
  24. #                TESample.r            Feb.  1, 1990
  25. #                TESample.h            Feb.  1, 1990
  26. #                [P]TESample.make    Feb.  1, 1990
  27. #                [C]TESample.make    Feb.  1, 1990
  28. #
  29. #    TESample is an example application that demonstrates how 
  30. #    to initialize the commonly used toolbox managers, operate 
  31. #    successfully under MultiFinder, handle desk accessories and 
  32. #    create, grow, and zoom windows. The fundamental TextEdit 
  33. #    toolbox calls and TextEdit autoscroll are demonstrated. It 
  34. #    also shows how to create and maintain scrollbar controls.
  35. #
  36. #    It does not by any means demonstrate all the techniques you 
  37. #    need for a large application. In particular, Sample does not 
  38. #    cover exception handling, multiple windows/documents, 
  39. #    sophisticated memory management, printing, or undo. All of 
  40. #    these are vital parts of a normal full-sized application.
  41. #
  42. #    This application is an example of the form of a Macintosh 
  43. #    application; it is NOT a template. It is NOT intended to be 
  44. #    used as a foundation for the next world-class, best-selling, 
  45. #    600K application. A stick figure drawing of the human body may 
  46. #    be a good example of the form for a painting, but that does not 
  47. #    mean it should be used as the basis for the next Mona Lisa.
  48. #
  49. #    We recommend that you review this program or Sample before 
  50. #    beginning a new application. Sample is a simple app. which doesn’t 
  51. #    use TextEdit or the Control Manager.
  52. #
  53. ------------------------------------------------------------------------------*/
  54.  
  55. /*    These #defines correspond to values in the Pascal source code.
  56.     TESample.c and TESample.r include this file. */
  57.  
  58. /*    Determining an application's minimum size to request from MultiFinder depends
  59.     on many things, each of which can be unique to an application's function,
  60.     the anticipated environment, the developer's attitude of what constitutes
  61.     reasonable functionality and performance, etc. Here is a list of some things to
  62.     consider when determining the minimum size (and preferred size) for your
  63.     application. The list is pretty much in order of importance, but by no means
  64.     complete.
  65.     
  66.     1.    What is the minimum size needed to give almost 100 percent assurance
  67.         that the application won't crash because it ran out of memory? This
  68.         includes not only things that you do have direct control over such as
  69.         checking for NIL handles and pointers, but also things that some
  70.         feel are not so much under their control such as QuickDraw and the
  71.         Segment Loader.
  72.         
  73.     2.    What kind of performance can a user expect from the application when
  74.         it is running in the minimum memory configuration? Performance includes
  75.         not only speed in handling data, but also things like how many documents
  76.         can be opened, etc.
  77.         
  78.     3.    What are the typical sizes of scraps is [a boy dog] that a user might
  79.         wish to work with when lauching or switching to your application? If
  80.         the amount of memory is too small, the scrap may get lost [will have
  81.         to be shot]. This can be quite frustrating to the user.
  82.         
  83.     4.    The previous items have concentrated on topics that tend to cause an
  84.         increase in the minimum size to request from MultiFinder. On the flip
  85.         side, however, should be the consideration of what environments the
  86.         application may be running in. There may be a high probability that
  87.         many users with relatively small memory configurations will want to
  88.         avail themselves of your application. Or, many users might want to use it
  89.         while several other, possibly related/complementary applications are
  90.         running. If that is the case, it would be helpful to have a fairly
  91.         small minimum size.
  92.     
  93.     What we did for TESample:
  94.     
  95.         We determined the smallest heap size that TESample could have and still
  96.         run (22K). For the preferred size we added enough space to permit:
  97.             a. a maximum size TextEdit text handle (32000 characters)
  98.             b. a maximum usable TextEdit scrap (32000 characters)
  99.             b. a maximum scrap as a result of Copy (32000 characters)
  100.             d. a little performance cushion (see 2, above) (10K)
  101.         Result: 122K for preferred size
  102.         
  103.         For the minimum size we took the 22K and then scaled down our requirements
  104.         for a,b, and c above. We thought that providing 16K more would be lean
  105.         and mean (see 4, above).
  106.         Result: 38K for minimum size
  107. */
  108.  
  109. #define kPrefSize                122
  110. #define kMinSize                38
  111.     
  112. /* The following constants are used to identify menus and their items. The menu IDs
  113.    have an "m" prefix and the item numbers within each menu have an "i" prefix. */
  114. #define    mApple                    128        /* Apple menu */
  115. #define    iAbout                    1
  116.  
  117. #define    mFile                    129        /* File menu */
  118. #define    iNew                    1
  119. #define    iClose                    4
  120. #define    iQuit                    12
  121.  
  122. #define    mEdit                    130        /* Edit menu */
  123. #define    iUndo                    1
  124. #define    iCut                    3
  125. #define    iCopy                    4
  126. #define    iPaste                    5
  127. #define    iClear                    6
  128.  
  129.  
  130.  
  131. /* ••• The following was added by MLG to demonstrate futures. ••••••••••••••••••••••••••••••••••••••••••••••••••• */
  132.  
  133. #define    mTest                    131        /* Test menu */
  134. #define    iPing                    1
  135. #define    iPing2                    2
  136.  
  137. /* •••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• */
  138.  
  139.  
  140. /*    1.01 - kTopLeft - This is for positioning the Disk Initialization dialogs. */
  141.  
  142. #define kDITop                    0x0050
  143. #define kDILeft                    0x0070
  144.  
  145. /* 1.01 - changed constants to begin with 'k' for consistency, except for resource IDs */
  146. /*    kTextMargin is the number of pixels we leave blank at the edge of the window. */
  147. #define kTextMargin                2
  148.  
  149. /* kMaxOpenDocuments is used to determine whether a new document can be opened
  150.    or created. We keep track of the number of open documents, and disable the
  151.    menu items that create a new document when the maximum is reached. If the
  152.    number of documents falls below the maximum, the items are enabled again. */
  153. #define    kMaxOpenDocuments        1
  154.     
  155. /*    kMaxDocWidth is an arbitrary number used to specify the width of the TERec's
  156.     destination rectangle so that word wrap and horizontal scrolling can be
  157.     demonstrated. */
  158. #define    kMaxDocWidth            576
  159.     
  160. /* kMinDocDim is used to limit the minimum dimension of a window when GrowWindow
  161.     is called. */
  162. #define    kMinDocDim                64
  163.  
  164. /*    kControlInvisible is used to 'turn off' controls (i.e., cause the control not
  165.     to be redrawn as a result of some Control Manager call such as SetCtlValue)
  166.     by being put into the contrlVis field of the record. kControlVisible is used
  167.     the same way to 'turn on' the control. */
  168. #define kControlInvisible        0
  169. #define kControlVisible            0xFF
  170.  
  171. /*    kScrollbarAdjust and kScrollbarWidth are used in calculating
  172.     values for control positioning and sizing. */
  173. #define kScrollbarWidth            16
  174. #define kScrollbarAdjust        (kScrollbarWidth - 1)
  175.  
  176. /*    kScrollTweek compensates for off-by-one requirements of the scrollbars
  177.  to have borders coincide with the growbox. */
  178. #define kScrollTweek            2
  179.     
  180. /*    kCrChar is used to match with a carriage return when calculating the
  181.     number of lines in the TextEdit record. kDelChar is used to check for
  182.     delete in keyDowns. */
  183. #define kCrChar                    13
  184. #define kDelChar                8
  185.     
  186. /*    kButtonScroll is how many pixels to scroll horizontally when the button part
  187.     of the horizontal scrollbar is pressed. */
  188. #define kButtonScroll            4
  189.     
  190. /*    kMaxTELength is an arbitrary number used to limit the length of text in the TERec
  191.     so that various errors won't occur from too many characters in the text. */
  192. #define    kMaxTELength            32000
  193.  
  194. /* kSysEnvironsVersion is passed to SysEnvirons to tell it which version of the
  195.    SysEnvRec we understand. */
  196. #define    kSysEnvironsVersion        1
  197.  
  198. /* kOSEvent is the event number of the suspend/resume and mouse-moved events sent
  199.    by MultiFinder. Once we determine that an event is an OSEvent, we look at the
  200.    high byte of the message sent to determine which kind it is. To differentiate
  201.    suspend and resume events we check the resumeMask bit. */
  202. #define    kOSEvent                app4Evt    /* event used by MultiFinder */
  203. #define    kSuspendResumeMessage    1        /* high byte of suspend/resume event message */
  204. #define    kResumeMask                1        /* bit of message field for resume vs. suspend */
  205. #define    kMouseMovedMessage        0xFA    /* high byte of mouse-moved event message */
  206. #define    kNoEvents                0        /* no events mask */
  207.  
  208. /* 1.01 - kMinHeap - This is the minimum result from the following
  209.      equation:
  210.             
  211.             ORD(GetApplLimit) - ORD(ApplicZone)
  212.             
  213.      for the application to run. It will insure that enough memory will
  214.      be around for reasonable-sized scraps, FKEYs, etc. to exist with the
  215.      application, and still give the application some 'breathing room'.
  216.      To derive this number, we ran under a MultiFinder partition that was
  217.      our requested minimum size, as given in the 'SIZE' resource. */
  218.      
  219. #define    kMinHeap                 (29 * 1024)
  220.     
  221. /* 1.01 - kMinSpace - This is the minimum result from PurgeSpace, when called
  222.      at initialization time, for the application to run. This number acts
  223.      as a double-check to insure that there really is enough memory for the
  224.      application to run, including what has been taken up already by
  225.      pre-loaded resources, the scrap, code, and other sundry memory blocks. */
  226.      
  227. #define    kMinSpace                (20 * 1024)
  228.  
  229. /*    kExtremeNeg and kExtremePos are used to set up wide open rectangles and regions. */
  230. #define kExtremeNeg                -32768
  231. #define kExtremePos                (32767 - 1)    /* required to address an old region bug */
  232.     
  233. /* kTESlop provides some extra security when pre-flighting edit commands. */
  234. #define    kTESlop                    1024
  235.  
  236. /* The following are indicies into STR# resources. */
  237. #define    eWrongMachine            1
  238. #define    eSmallSize                2
  239. #define    eNoMemory                3
  240. #define    eNoSpaceCut                4
  241. #define    eNoCut                    5
  242. #define    eNoCopy                    6
  243. #define    eExceedPaste            7
  244. #define    eNoSpacePaste            8
  245. #define    eNoWindow                9
  246. #define    eExceedChar                10
  247. #define    eNoPaste                11
  248.  
  249. #define    rMenuBar    128                /* application's menu bar */
  250. #define    rAboutAlert    128                /* about alert */
  251. #define    rUserAlert    129                /* user error alert */
  252. #define    rDocWindow    128                /* application's window */
  253. #define    rVScroll    128                /* vertical scrollbar control */
  254. #define    rHScroll    129                /* horizontal scrollbar control */
  255. #define    kErrStrings    128                /* error string list */
  256.